Customization in a content distribution system

ABSTRACT

According to the invention, a method for customizing a video service in a content distribution system is disclosed. In one step, preference information entered by a user of the content distribution system is received and influences a profile for that user. Interaction of the user with the video service is observed to influence the profile. The video service is customized based, at least in part, on the profile. A program guide is generated and customized according to the profile. The profile is modified to remove older interaction information.

[0001] This application is a non-provisional of U.S. ProvisionalApplication No. 60/286,911 filed on Apr. 27, 2001 and U.S. ProvisionalPatent Application No. ______ filed on Mar. 29, 2002 (temporarilyreferenced by Attorney Docket No. 19281-002300U.S.), which are bothincorporated herein by reference. Further, this application claimsforeign priority to Chinese Application No. 02106593.4 filed on Feb. 28,2002. This application is filed on the same day as the following relatedapplications with U.S. patent application Ser. No. ______ filed on Apr.22, 2002 (temporarily referenced by Attorney Docket No.19281-00171OU.S.) and U.S. patent application Ser. No. ______ filed onApr. 22, 2002 (temporarily referenced by Attorney Docket No.19281-001720U.S.), both of which are incorporated herein by reference.

BACKGROUND OF THE INVENTION

[0002] This invention relates in general to program guides and, morespecifically, to conditional access systems that provide access tocontent supplied by content providers.

[0003] Content is delivered by satellite, microwave, UHF, VDSL, opticalfiber, VHF, or cable to conditional access set top boxes of users in anumber of different ways. Most content is available according to alinear schedule published in programming guides. Certain additionalservices are available with some of these delivery systems, for example,pay per view (PPV), video on demand (VOD) and near video on demand(NVOD). PPV allows a user to purchase the right to view a programaccording to a linear schedule. VOD provides the ability to view aprogram at any time with control of the playback by the user. NVOD is ahybrid approach where a program is available on a number of channels ina linear program with staggered start times, but the user cannot controlplayback.

[0004] PPV, VOD and NVOD store the content remote from the user fordelivery on a dedicated or shared channel. PPV and NVOD are broadcastaccording to a linear schedule and multiple users share that singlechannel to view the program simultaneously. Because the single channelis shared, no user can control the playback of the content. In contrast,conventional VOD is singlecasted on a dedicated channel available to asingle user, which allows control of the playback. The VOD contentresides on a server at the headend and is streamed over the dedicatedchannel under the control of the user. For example, a user can start,stop, rewind, fast forward, or pause a VOD program.

[0005] Personal video recorders (PVR) or digital video recorders (DVR)store video content on a hard drive instead of removable tapes that areused by video cassette recorders (VCR). The DVR functionality may be ina separate unit in the user location or could be integrated into the settop box. Recently, capacities of around 60 hours of video content havebeen achieved. This capacity allows storage of many programs on the DVR.Program guides typically list these stored programs in alphabeticalorder or by category in alphabetical order. Linearly-scheduled programsare often displayed in a program grid.

BRIEF DESCRIPTION OF THE DRAWINGS

[0006] The present invention is described in conjunction with theappended figures:

[0007]FIG. 1 is a block diagram that shows an embodiment of a programdelivery system;

[0008]FIG. 2 is a block diagram illustrating another embodiment of aprogram delivery system that remotely locates an additional contentprovider away from a cable provider;

[0009]FIG. 3 is a block diagram depicting one embodiment of a programdelivery system that wirelessly passes content from a cable televisionprovider to a transmission system;

[0010]FIG. 4 is a block diagram showing an embodiment of a programdelivery system that uses a satellite based transmission system;

[0011]FIG. 5 is a block diagram illustrating an embodiment of a set topbox that communicates control data information with a POTS network andreceives programs with a hybrid fiber-coaxial (HFC) network;

[0012]FIG. 6 is a block diagram illustrating another embodiment of a settop box that has content storage capability;

[0013]FIG. 7 is a block diagram depicting another embodiment of a settop box that can record a number of programs simultaneously;

[0014]FIG. 8 is a block diagram illustrating an embodiment of a programreceiver that produces multiple digital channels simultaneously;

[0015]FIG. 9 is a block diagram illustrating another embodiment of aprogram receiver that also produces multiple digital channelssimultaneously;

[0016]FIG. 10 is a block diagram showing an embodiment of a portion of aset top box that records digital channels that can come from severaldifferent carrier channels;

[0017]FIG. 11 is a screen shot depicting an embodiment of a guideshowing promotional information for a number of programs;

[0018]FIG. 12 is a screen shot illustrating another embodiment of theguide showing promotional information for a number of programs;

[0019]FIG. 13 is a screen shot illustrating another embodiment of theguide showing promotional information where the user have severaloptions for playing the promotional informaiton;

[0020]FIG. 14 is a screen shot illustrating an embodiment of a guideshowing a linear schedule of programs where a program can be selectedfor further information;

[0021]FIG. 15 is a screen shot illustrating another embodiment of theguide showing a linear schedule of programs where a program can bepreviewed;

[0022]FIG. 16 is a screen shot illustrating another embodiment of theguide showing a linear schedule of programs where a column of programscan be selected for further information;

[0023]FIG. 17 is a screen shot illustrating an embodiment of a userconfirmation footer that shows which user is likely interacting with theset top box;

[0024]FIG. 18 is a screen shot illustrating another embodiment of a userconfirmation footer that shows which user is currently interacting withthe set top box;

[0025]FIG. 19 is a screen shot illustrating an embodiment of an exitmenu prompting for further interaction with a particular contentprovider;

[0026]FIG. 20 is a screen shot illustrating an embodiment of an exitmenu prompting for further interaction with alternative programs;

[0027]FIG. 21 is a screen shot illustrating an embodiment of an exitmenu prompting for further interaction with different types of programs;

[0028]FIG. 22 is a screen shot illustrating an embodiment of a storedprogram guide where stored programs can be selected for furtherinformation;

[0029]FIG. 23 is a flow diagram that shows an embodiment of a processfor distributing promotional information and program descriptions forlinearly scheduled programs;

[0030]FIG. 24A is a flow diagram that shows an embodiment of a processfor distributing promotional information and program descriptions forSVOD programs;

[0031]FIG. 24B is a flow diagram that shows another embodiment of aprocess for distributing promotional information and programdescriptions for SVOD and VOD programs;

[0032]FIG. 25 is a flow diagram that shows an embodiment of a processfor formulating guides with content provider information, promotionalinformation and program descriptions;

[0033]FIG. 26 is a flow diagram illustrating an embodiment of a processfor profiling a user;

[0034]FIG. 27 is a flow diagram illustrating an embodiment of a processfor determining and confirming the user currently using the set top box;

[0035]FIG. 28A is a flow diagram of an embodiment of a process forverifying authorized manipulation of playback;

[0036]FIG. 28B is a flow diagram of another embodiment of a process forverifying authorized playback from the beginning of the program;

[0037]FIG. 28C is a flow diagram of yet another embodiment of a processfor verifying authorized playback of a program where alternatives may besuggested;

[0038]FIG. 28D is a flow diagram of still another embodiment of aprocess for verifying authorized playback of a program where the usercan upgrade to the club to continue viewing;

[0039]FIG. 28E is a flow diagram of one embodiment of a process forverifying authorized playback where a timer is used to prevent excessiveviewing before authorization;

[0040]FIG. 29A is a flow diagram of an embodiment of a process forverifying authorized playback of a stored program;

[0041]FIG. 29B is a flow diagram of another embodiment of a process forverifying authorized playback of a stored program where a timer is usedto prevent excessive viewing before authorization;

[0042]FIG. 29C is a flow diagram of another embodiment of a process forverifying authorized playback of a stored program that leavesunauthorized users viewing a chosen program in the linear schedule;

[0043]FIG. 29D is a flow diagram of yet another embodiment of a processfor verifying authorized playback of a stored program where alternativesmay be suggested; and

[0044]FIG. 29E is a flow diagram of yet another embodiment of a processfor verifying authorized playback of a stored program that includes apreview.

[0045] In the appended figures, similar components and/or features mayhave the same reference label. Further, various components of the sametype may be distinguished by following the reference label by a dash anda second label that distinguishes among the similar components. If onlythe first reference label is used in the specification, the descriptionis applicable to any one of the similar components having the same firstreference label irrespective of the second reference label.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

[0046] The ensuing description provides preferred exemplaryembodiment(s) only, and is not intended to limit the scope,applicability or configuration of the invention. Rather, the ensuingdescription of the preferred exemplary embodiment(s) will provide thoseskilled in the art with an enabling description for implementing apreferred exemplary embodiment of the invention. It being understoodthat various changes may be made in the function and arrangement ofelements without departing from the spirit and scope of the invention asset forth in the appended claims.

[0047] In one embodiment, the present invention provides a method forcustomizing a video service in a content distribution system. In onestep preference information entered by a user of the contentdistribution system is received and influences a profile for that user.Interaction of the user with the video service is observed to influencethe profile. The video service is customized based, at least in part, onthe profile. A program guide is generated and customized according tothe profile. The profile is modified to remove older interactioninformation.

[0048] In one embodiment, the present invention provides a method forcustomizing a video service in a content distribution system. In onestep, interaction of the user with the video service is observed. Aprofile for the user is modified based upon the observed interaction.Questions are formulated regarding a watched program. The profile ismodified based upon answers to the questions. The video service iscustomized based, at least in part, on the profile. A program guidecustomized according to the profile is generated.

[0049] In yet another embodiment, the present invention provides amethod for customizing a video service in a content distribution systemfor a plurality of associated users. In various steps, first and secondpreference information are received to respectively influence a firstand second profiles for a first and second user. It is determined if thefirst or second user is interacting with the video service. Interactionof the first and second users with the video service is observed. Thefirst and second profile are modified based upon what is respectivelyobserved for the first and second users. The video service is customizedfor either the first or second users based, at least in part, on thefirst and second profiles. Various program guides are respectivelygenerated for the first and second users that are influenced by theirprofiles.

[0050] Referring first to FIG. 1, a block diagram of one embodiment of aprogram delivery system 100 is shown. The program delivery system 100includes a transmission system 108, set top boxes 120, a subscribermanagement system 124, a subscriber server 128, a program server 132, aprogram request database 136, and a satellite dish 116. The programserver 132 and the program request database 136 are part of a system ofan additional content provider 140. The additional content providersystem 140 interfaces with the other components that are part of asystem of a cable television provider or MSO. Some embodiments couldinclude a number of additional content providers 140.

[0051] The subscriber management system 124 contains account informationfor all users such as customer names, addresses, set top box addresses,credit history, billing information, subscription status, SVOD clubstatus, and VOD status. This information is used to provide conditionalaccess to programs for the set top box(es) 120 of each user. Interactivescreens or guides for selecting services are formulated by thesubscriber management system 124. The screens allow the user to selectadditional products or services. From the satellite dish 116, WAN 110,broadcast TV antenna 112, and/or additional content provider 140, thesubscriber management system 124 receives program information relatingto any downloaded programs or real-time programs that are made availableby the program delivery system 100.

[0052] The subscriber server 128 stores content that is provided to thetransmission system 108 for distribution to the set top boxes 120.Programs are stored in compressed digital form. Preferably, MPEG-2compression is used, although, other embodiments could use differentalgorithms such as MPEG-4. The programs are downloaded from thesatellite dish 116, additional content provider 140 and/or WAN 110 forlater broadcast or are provided from content providers on removablestorage media such as tapes, disks, etc. Additionally, real-time contentis provided to the subscriber server 128 for immediate broadcast fromsources such as the satellite dish 116, broadcast television antennas112 or wide area networks 110.

[0053] The cable television provider interacts with the systems ofadditional content providers 140 in order to supply additional programsto users. This additional content could include commercial supportedchannels, commercial-free channels, home shopping, interactive services,pay-per-view (PPV) services, VOD services, subscription video on demand(SVOD), or NVOD services.

[0054] SVOD is a hybrid between VOD and the linear schedule of programswhere a content provider offers some or all of their linearly scheduledprograms as VOD programs to members of a club that may or may notrequire additional consideration to join. A notification symbol informsusers that a linearly scheduled program is available with full orpartial control of playback to club members. The SVOD selections maychange periodically as the linear schedule commonly does. In someembodiments, any user may be able to become a club member by interactingwith the set top box 120 or by calling into customer service. In someembodiments, all or part of each of the SVOD programs is stored local tothe user location in anticipation of the user later requesting the SVODprogram. In other embodiments, the SVOD programs are stored in thetransmission system or at the headend.

[0055] In this embodiment, a program request database 136 and programserver 132 respectively provide additional information to the cabletelevision provider for billing, for example, and content to the cabletelevision provider for broadcast to specific set top boxes 120. Astandard interface or custom software allows interaction between thesystems of the additional content provider 140 and the cable televisionprovider. Interaction between the cable television provider andadditional content providers 140 allows communicating program, billingand other information. Some embodiments may perform all the billingfunctions with the cable television provider while only periodicallyinteracting with the additional content providers 140.

[0056] The subscriber management system 124 interacts with the programrequest database 136 in order to provide program entitlement to users.In this embodiment, the program request database 136 stores userspecific information, club specific information and programminginformation. The user specific information includes such things as name,address, set top box address, membership privileges, membership history,and available credit. The club specific information includes such thingsas program listings and descriptions; promotional information for theprograms; coming attractions, premieres and specials; a membershiphistory summary; and program usage by class of program. For real-timebroadcasts, the programming information includes such things as programschedules, program descriptions, promotional clips of the programs, andupcoming specials.

[0057] The user specific information, club specific information andprogramming information are available to the subscriber managementsystem 124 for accounting purposes and for formulating the guide menuscreens presented to the user. For example, the user may want to knowtheir account balance or the number of times certain classes of programswere viewed.

[0058] Some embodiments can limit the amount of times a user can replaya program during a defined period or number of uses in a period. Thisusage information is stored in the program request database 136 and usedby the subscriber management system 124 before entitling a set top box120 to watch a program. Some embodiments could enforce usagerequirements in other locations by referencing the information in thesubscriber management system 124 in various ways.

[0059] The program server 132 stores programs associated with anadditional content provider 140. The subscriber management system 124checks with the program request database 136 to determine if a programis available. The program server 132 can load the programs onto thesubscriber server 128 or directly couple the program to the transmissionsystem 108. Accordingly, the subscriber management system 124 uses theinformation from program request database 136 in order to entitle theprogram for the users. This embodiment shows the program server 132directly coupled to the subscriber server 128, but other embodimentscould communicate with a wireless link, a satellite link, a networklink, packet-switched link, a circuit switched link, etc.

[0060] The transmission system 108 takes the various programs andmultiplexes them onto a conduit coupled to the set top boxes 120.Typically, frequency division multiplexing techniques are used in orderto transmit the various program streams onto a single coaxial cable.Optical fiber may also be used as part of a hybrid fiber-coax (HFC)network. The transmission system 108 may include analog to digitalconverters, digital compression hardware, multiplexers and other itemsin order to make the best use of the available bandwidth. The subscribermanagement system 124 controls the transmission system 108 to route theappropriate program streams to the desired set top box 120 of the user.Although not shown in the figure, a node can be interposed between thetransmission system 108 and the set top box 120 as is well known in theart. Some embodiments could use a VDSL delivery mechanism, fiber to thecurb, satellite broadcast, wireless networking, packet switcheddelivery, etc. in the transmission system.

[0061] Although the program request database 136 is separate from thesubscriber management system 124 in this embodiment, some embodimentscould combine these functions. Program information could be provided tothe subscriber management system 124 for management from there withappropriate software and hardware. Billing functions could also bemanaged in the combined function.

[0062] With reference to FIG. 2, another embodiment is shown whichseparates the additional content provider system 140 from the cabletelevision provider system. Also included in this embodiment, are localprogram servers 204 coupled to the transmission system 108. Thisembodiment allows the additional content provider 140 to have a centrallocation that could communicate with a number of cable televisionproviders or MSOs in remote geographical locations. A first and secondsatellite dishes 216, 220 communicate with each other through asatellite 208. The satellite 208 provides bi-directional communicationsuch that the subscriber management system 124 can interact with theprogram request database 136 and the program server 132 can send theprogram to the subscriber server 128 or send the program to the set topboxes 120 using the transmission system 108. Some embodiments could useunidirectional satellite communication and use another communicationlink for the other direction, for example, the Internet could be usedfor one direction.

[0063] This embodiment provides local program servers 204 at variouspoints in the transmission system 108. These local program servers 204could be coupled to the nodes in the transmission system 108 orotherwise distributed throughout. Each set top box 120 has access to oneor more local program servers 204 that can source programs to the users.The user typically has the ability to manipulate the playback of theseprograms. The programs come from the program server 132 and/or thesubscriber server 128. By moving programs closer to the user, adedicated channel is only required between the local program server 204and the set top box 120 to provide playback manipulation while theprogram is single-casted through that dedicated channel.

[0064] Referring next to FIG. 3, an embodiment of a program deliverysystem 300 is shown which uses a satellite link to distribute programs.A satellite television provider uplinks the program with a firstsatellite dish 304 to a satellite 308. A transmission system 108 iscoupled to a second satellite dish 312. The transmission system 108converts the signal from the satellite to a format understood by the settop boxes 120. Although not shown in FIG. 3, other satellites, cables,microwave dishes, and antennas could provide the program to thetransmission system 108 for distribution to the set top boxes 120.Programs can be stored on the local program servers 204 to allowtemporal manipulation of their playback.

[0065] Control information passes between the subscriber managementsystem 124 and the set top boxes 120 by way of a wide area network(WAN), a control data channel to each set top box 120 or abi-directional satellite link. In this embodiment, control data is sentto the set top box 120 by way of a unidirectional control data channel,and data is received by way of the WAN 316. The WAN 316 could beaccessed via a DOCSIS modem, a telephone modem or other networkconnection. Rather than reporting usage in near real-time, the set topbox 120 could operate in a “store and forward” mode where the set topbox 120 reports usage according to a predetermined schedule such as themiddle of every night. Alternatively, the subscriber management system124 could periodically query the set top boxes 120 through the WAN 316.

[0066] With reference to FIG. 4, another embodiment of a programdelivery system 400 is shown which places the transmission system 108 ina satellite 408. Although only one satellite television provider isshown in FIG. 4, multiple satellite television providers could uplink tothe satellite 408 in other embodiments. A transmission system in thesatellite 408 combines programs from a number of content providers anddownlinks the combined signal to satellite dishes 412 for each user. Theset top boxes 120 decode the downlinked signal.

[0067] A telephone modem transceiver in each set top box 120communicates over a plain old telephone system (POTS) network 416 to thesubscriber management system 124 in order to provide entitlement andother information. This embodiment uses the POTS network forbi-directional communication in near real-time. Once a program thatrequires special authorization is requested, the subscriber managementsystem 124 is queried for entitlement. In contrast, other embodimentscould use packet switched networks for this communication such as theInternet.

[0068] Referring next to FIG. 5, an embodiment of a set top box 120 isdepicted in block diagram form. The set top box 120 recovers a digitalchannel and presents the digital channel to the television on a displaychannel selected by the user. Although not shown, the television couldalso receive analog channels that could be tuned by the set top box orby a cable-ready television. The set top box 120 includes a programreceiver 500, a controller 504, a display interface 524, a controltransceiver 528, a remote control receiver 532, and a channel display536. Included in the program receiver 500 are a tuner 508, a digitalchannel demodulator 512, a digital channel select circuit 516, and adecryption engine 520. The set top box 120 receives programs from a HFCcable network 540, but other embodiments could use other transmissionmethods. Control information is sent and received through the POTSnetwork 416 or other bi-directional channel.

[0069] The program receiver 500 selects the desired digital channel fromthe frequency division multiplexed signal received from the HFC network540 of the transmission system 108. A control signal corresponding to aparticular carrier channel to be downconverted, is sent from thecontroller 504 to the tuner 508. The tuner 508 downconverts a selectedcarrier to an intermediate frequency (IF) carrier. The signal modulatingthe IF carrier is converted into a digital baseband signal by thedigital demodulator 512 whose output is an encrypted MPEG signal. Thedecryption engine 520 performs decryption of the digital baseband signalto produce a plaintext signal. A key is provided from the controller 504to enable this decryption. A number of digital channels are interleavedin the plaintext signal. Under the direction of the controller 504, thedesired digital channel is removed from the plaintext signal by thedigital channel select circuit 516. To allow demuxing the desireddigital channel, the program identifiers (PIDs) unique to each digitalchannel are monitored. At this point, the digital channel is compressedin an MPEG-2 format for this embodiment.

[0070] The final step, before the program is in a format suitable fordisplay on a television, involves decompressing the digital channel inthe display interface 524. An MPEG-2 decoder in the display interface524 decompresses the digital channel to an NTSC or PAL format modulatedat a frequency that typically corresponds to channel three or four. Thetelevision is tuned to channel three or four to receive the programcontained in the digital channel. As is well known in the art, thetelevision can also select a composite video or S-video from a compositevideo, S-video input port, HDTV format, etc. in order to receive theprogram from the set top box 120.

[0071] The controller 504 oversees the operations of the set top box120. The controller 504 performs all processing input from a remotecontrol, selecting the carrier channel and digital channel andprocessing control information. The controller 504 includes a look-uptable that maps the digital channels and their corresponding carrierchannels to display channels. The user can select a display channel inorder to view the corresponding content of the digital channel on theirtelevision. By using the look-up table, the controller 504 causes theset top box 120 to tune and decode the digital channel selected by theuser with the remote control.

[0072] When the user requests a program, the subscriber managementsystem 124 finds an available transmission pathway and provides thedisplay channel to the user. When ready to begin viewing, the userrequests the display channel with the remote control. The set top boxappropriately tunes and decodes the digital channel that corresponds tothe selected display channel. In other embodiments, the controller 504can remap a digital channel to any display channel such as a dedicatedclub channel.

[0073] Control information is sent and received by the controltransceiver 528 through the POTS network 416. For example, the set topbox 120 may request a program with a control data channel of thetransceiver 528 and the subscriber management system 124 may respondwith a display channel for that program. This control transceiver 528includes a modem that modulates data onto the phone line and demodulatesdata from the phone line. The controller 504 processes all data sent toand received from the control transceiver 528 on the control datachannel. Other embodiments could bi-directionally communicate controldata information through a packet switched network, cellular datanetwork, wired control channel, microwave link or other known methods.

[0074] During playback of a club SVOD program or VOD program, the usercan pause, rewind or fast-forward the program with their remote control.The club program is sent to the set top box 120 of the user over adedicated digital channel. The playback commands are sent through thecontrol data channel to the subscriber management system 124 whichcontrols the subscriber server 128 or program server 132 in order toregulate playback. In this way, a club program can be played back muchlike a video or audio tape that is locally playing in the VCR orcassette player of the user.

[0075] Guide information for linear programs, SVOD, VOD, and storedprograms can be either formulated remote to the set top box 120 or bythe controller 504. This embodiment receives a digital channel that hasall the guide information for a particular user. This guide informationcould have the selections from the linear program schedule or selectionsavailable with control of their playback. The selections that can haveplayback controlled could be club selections, VOD selections or programsthe user has requested be recorded from the linear schedule orelsewhere.

[0076] In other embodiments, the controller 504 receives informationfrom the control data channel, processes that information, andformulates the guides with the information. Local storage is used tostore the information to formulate the guides. This information couldinclude: program titles, program description, content provider channeland/or call sign, actors, release date, length of program, a promotionalinformation, position of the program in the linear schedule, etc.

[0077] The remote control receiver 532 allows the user to inputinformation into the program delivery system 100. Using the remotecontrol, the user sends selections according to menu prompts on thetelevision screen. The controller 504 processes these selections andformulates appropriate prompts after receiving information from thesubscriber management system 124. The prompts can be produced by thecontroller 504 and/or the subscriber management system 124. Theseprompts allow the user to select a club program for playback or tootherwise access their account. Some embodiments do minimal processingof the information from the remote control receiver and just relays theselections away from the set top box 120 when interacting club programs,VOD programs, and recorded programs spooled from a point away from theset top box 120.

[0078] The channel display 536 provides the user with the desireddisplay channel and/or call sign of the content provider. This display536 could be a LED display, a LCD display, an overlay displayed on thetelevision screen, etc. The user uses the feedback from the channeldisplay 536 to confirm which display channel is currently selected. Inother embodiments, the channel display could indicate which user the settop box 120 has determined is currently interacting with the set top box120.

[0079] Referring next to FIG. 6, an embodiment of the set top box 120 isshown that stores some programs locally. The MSO, the user and/or aprofile for the user may specify or otherwise influence which programsare stored locally in various embodiments. This embodiment includes acontroller 612, the receiver 500, the display interface 524, a localprogram server 204, and a local program request database 604. Club SVODprograms, VOD programs, and/or user-selected programs are periodicallydownloaded and stored in the local program server 204. This embodimentreceives programs through a coaxial cable coupled to a HFC network 540of the transmission system 108. Additionally, control information issent and received over this cable. Other embodiments, could use a packetswitched network, a bi-directional satellite connection, a packetswitched network, wireless transmission, etc. to distribute the programsand communicate control data information.

[0080] The controller 612 manages the operation of the set top box 120.Digital channels are selected by the controller 612 and downloaded tothe local program server 204 for later viewing or sent directly to thedisplay interface 524 for real-time viewing. The controller 612 alsoretrieves user specific information, club specific information andprogramming information from the local program request database 604 inorder to entitle the club programs stored on the local program server204. Promotional information and program information are stored in thelocal program request database 604.

[0081] The controller 612 determines the user currently viewing theprogram. By monitoring how the user uses the remote control and bymonitoring viewing habits, the controller attempts to guess which useris viewing the current program. The time period between pressing keys onthe remote, the way channels are changed, the programs being viewed canindicate who is currently viewing the television.

[0082] During configuration of the set top box 120, the different userscan be entered. For the different users, different profiles aredeveloped over time. The controller 612 proposes the identity of thecurrent user who might currently be using the television. This proposalcan be corrected by the current user so as to further train the set topbox 120. The guides and other functions of the set top box 120 can becustomized for each user. During the configuration process, the userscan customize the functionality according to their tastes. With anautomatic mode, the controller 612 will attempt to customize thefunctionality based upon how each user interacts with the set top box120. For example, the programs can be sorted for a first user who likesonly westerns such that those programs are displayed in the guide first.

[0083] The local program request database 604 stores informationrelating to the programs stored in the set top box 120. The informationin the local program request database 604 is largely a duplicate of theinformation on the various program request databases 136 for the contentproviders 140, but limits the information to the programs stored on thelocal program server 204. The controller interacts with the localprogram request database 604 in order to provide program entitlement tousers. Some embodiments could use the local program request database 604and/or the remote program request database 136 to provide entitlement.

[0084] In this embodiment, the local program request database 604 storesuser specific information, club specific information and programminginformation. The user specific information includes such things as name,address, set top box address, membership privileges, membership history,user preferences, viewing histories, program sorting information, andavailable credit. A number of users can have user specific informationstored or a combined set of information can be used for all the viewersassociated with that user location. The club specific informationincludes such things as program listings and descriptions; categoryand/or genre of the programs; promotional clips, audio and/or stillimages for the programs; coming attractions, digital rights managementinformation, premieres and specials; a membership history summary; andprogram usage by class of program. Some embodiments could store thepromotional clips, audio and/or still images for the programs on thelocal program server 204 instead of the local program request database604. For real-time broadcasts, the programming information includes suchthings as program schedules, digital rights management information,program descriptions, program lengths, release dates, promotional clipsof the programs, and upcoming specials.

[0085] With the information stored in the local program request database604, guides of linear programs and guides of stored programs can beformulated by the controller 612 and presented to the user. These guidescould include promotional clips of the programs as is explained furtherbelow. Some embodiments could also store advertisements on the localprogram request database. These advertisements could be tailored for theusers, such that different set top boxes 120 receive and store differentcommercials. Commercials for the users of the set top box 120 could be amix of live commercials and stored commercials. Different users of theset top box 120 could have different stored commercials presented.

[0086] A mass storage device, such as a magnetic disk, tape drive, videorecorder, optical disk or the like, in the local program server 204stores the downloaded programs. This embodiment with the local storageallows pausing, rewinding and fast-forwarding the programs stored in thelocal program server 204. Inexpensive magnetic disks today have over onehundred gigabytes of data storage which allows roughly the same amountof hours of video programming storage or thousands of hours of audioprogramming in the set top box 120. It is to be understood, that thestorage device in some embodiments may hold information other than clubrelated programs, such as VOD programs and programs recorded from thelinear schedule. The local program request database 604 could be storedon the local program server 204.

[0087] Control information is sent and received by the controltransceiver 608. This transceiver 608 demodulates the incoming controldata channel having a carrier signal that is typically in the range of100 MHz and modulates an outgoing control data channel having a carriersignal that is typically in the range of 5-50 MHz. The controller 612processes all data sent to and received from the control transceiver 608on the control data channel.

[0088] The control data channel is broadcast to all set top boxes 120associated with the delivery system 100. In order to avoid other boxes120 acting upon control information meant for the desired set top box120, control information is addressed with an identifier unique to thedesired set top box 120. Additionally, cryptology could be used upon thecontrol information to provide further security from unintended boxes120 decoding the control information.

[0089] Referring next to FIG. 7, an embodiment of a set top box 120 isshown that can record one or more programs simultaneously. A receiver704 produces multiple digital channels from a chosen carrier channel ora number of chosen carrier channels. The PIDs corresponding to digitalchannels are monitored in a plaintext MPEG signal in order todemultiplex the plurality of digital channels. These digital channelsare coupled to a local program server 204 that stores some or all of thedigital channels for later playback through the display interface 524.Typically, only a subset of the digital channels associated with achosen carrier channel are stored by the local program server 204.

[0090] In other embodiments, the PIDs could be ignored and all thedigital channels corresponding to a carrier channel are stored. If theuser is watching a program, a single decryption engine 520 in the settop box 120 is needed to decrypt a multiplexed and encrypted MPEG signalmodulated on the carrier channel. Accordingly, the decryption engine 520is not available to decrypt another carrier channel containing a digitalchannel meant for storage on the local program server 204. To avoid thisresource conflict, a carrier channel, which contains the multiplexed andencrypted MPEG signal along with the digital channel meant for storage,is written to the local program server 204 without processing. Whenlater playback is desired, the multiplexed and encrypted MPEG signal isread from the local program server 204, decrypted in the decryptionengine 520, the desired digital channel is demultiplexed and the digitalchannel is decompressed. Finally, the decompressed digital signal isthen formatted for display on the television.

[0091] If a number of tuners were available in another embodiment, anumber of multiplexed and encrypted MPEG signals could be recorded atone time from different carrier channels. For example, three carrierchannels could be received and stored with three or more tuners. Thisembodiment avoids the need to decrypt several multiplexed signals at onetime.

[0092] Referring next to FIG. 8, a block diagram illustrating anembodiment of a program receiver 704 that produces multiple digitalchannels simultaneously is shown. The tuner 508 downconverts the desiredcarrier channel to an IF carrier from the multiple carrier channels thatare frequency multiplexed together. The digital demodulator 512 convertsthe data signal riding upon the IF carrier to a digital baseband signal,which is an encrypted MPEG signal. The decryption engine 520 performsdecryption of the digital baseband signal in order to produce aplaintext MPEG signal. The digital channel demultiplexer 854 monitorsthe headers and separates the digital channels in the plaintext MPEGsignal based upon the PIDs. Each signal from the digital channeldemultiplexer 854 corresponds to a different digital channel. Thesesignals are sent to the local program server 204 for storage.

[0093] With reference to FIG. 9, a block diagram illustrating anotherembodiment of a program receiver 704 is shown. In this embodiment, adigital channel is decrypted in the decryption engine 520 afterselection by a select circuit 758. In contrast, the whole multi-channelprogram stream is decrypted in the embodiment of FIG. 8. It is to beunderstood that in various embodiments, decryption could be performed onthe multi-channel program stream and/or the digital channels containedtherein.

[0094] With reference to FIG. 10, a block diagram of an embodiment of aportion of a set top box 1000 is shown which records digital channelsthat come from several different carrier channels. In this embodiment, asatellite dish 412 receives a number of carrier channels that arecombined through frequency division multiplexing. For example, asatellite that the dish 412 receives the carrier channels from couldhave thirty transponders where each transponder corresponds to a carrierchannel. Each transponder, for example, produces a data stream at a rateof twenty-seven megabits per second where each digital channel generallyuses two and a half megabits per second. Accordingly, there areapproximately ten digital channels on each carrier channel.

[0095] A number of program receivers 704 each tune to a differentcarrier channel in order to produce a number of digital channels whichcorrespond to their respective carrier channel. The digital channelsfrom each program receiver 704 are coupled to a select circuit 1012. Theselect circuit 1012 reduces the number of digital channels to an amountthat can be stored by the local program server 204. Once screened down,the desired digital channels carrying their club programs or otherprograms being recorded are stored in the program server 204. Afterstorage, the stored programs can be sent one at a time to the displayinterface 524 for playing on a television or stereo.

[0096] Some embodiments may have a network coupled to the local programserver 204 such that other televisions or computers coupled to thenetwork could view the stored programs. In these embodiments, a singleset top box with multiple tuners could be the source for all televisionsin a user location. The user could interact with the set top box throughany television on the network to select programs, join clubs, or chooseprograms for recording.

[0097] Referring next to FIG. 11, a screen shot depicting an embodimentof a guide 1100 showing promotional information 1108 for a number ofprograms is shown. The guide 1100 could display the programs on thelocal program server 204, the SVOD selections available, the VODselections available, linearly scheduled programs, or a mix of thesetypes of programs. Any guide could be customized according topreferences for the user. For example, the six depicted programs couldbe from channels the user specified in their profile or could beprograms the set top box 120 has determined the user will enjoy. A guidetitle (not shown) would indicate which types of programs are beingdisplayed in the guide. By viewing the guide 1100 with the six programzones of this embodiment, the user can quickly determine a program toplay.

[0098] Using keys on the remote, for example, the user can move thefocus to any of the promotional information areas 1108. The promotionalinformation could include a video clip, a video clip with audioaccompaniment, an audio clip, a still image with audio accompaniment, ananimation, an animation with audio accompaniment, a still image, aplurality of still images, and/or a plurality of still images with audioaccompaniment. When a particular zone is in focus, any sound for thatimage is played while the sound for the other images is muted. Further,moving focus to a particular zone may highlight that promotionalinformation 1108 and provide enhanced summary information 1104 for thatprogram. For example, a larger version of the image 1108 could bedisplayed when that zone is in focus. In some embodiments, the image1108 may switch between two possibilities when that zone is in focus.For example, a static image could be shown until that zone is broughtinto focus where a moving image or animation is presented.

[0099] By pressing a button on the remote while focus is on a particularimage 1108 or zone, the corresponding program can be played. A menu pageor menu overlay may be activated by that button to allow playing aprogram, subscribing to a club or subscription service for that program,authorizing a one-time fee to view the program, playing or deleting astored program, etc. In some embodiments, moving focus to a particularzone presents buttons on the guide screen corresponding to some of theseoptions in lieu of a separate menu page or menu overlay.

[0100] The promotional information 1108 and/or program descriptions 1104may be made general to a number of programs. For example, a clip 1108for a series of programs could be reused for each program in the serieswhere the program descriptions 1104 could change for each episode. Insome embodiments, there may be default promotional information 1108and/or program descriptions 1104 for a particular channel such that ifno specific information were provided the default promotionalinformation 1108 and/or program descriptions 1104 could describe theparticular channel.

[0101] The six zones of the guide 1100 each describe a particularprogram with summary information 1104, promotional information 1108, andcontent provider information 1112. The program could be an audio orvideo program. Summary information 1104 is provided for each program andincludes: a title, a description, a program length, a start time forprograms in the linear schedule, actors, a content advisory rating, areviewers rating, and/or other information.

[0102] Each zone has promotional information 1108 which could be astatic or dynamic image, such as a picture, advertisement, video clip,audio clip, slide show of images, animated image, etc. This promotionalinformation 1108 is stored in the local program request database 604 forthis embodiment, but could be stored remote to the user location inother embodiments. Where the program associated with the zone is acurrently playing program, a live view of that program could bedisplayed. Where there are not enough tuning resources to dedicate atuner for each currently playing program, the tuner resources couldcycle through the images of the live programs such that each flashes astatic image or small clip before the tuner resource is switched to thenext zone.

[0103] Each zone also has content provider information 1112. In thisembodiment, the content provider information includes a channel and callsign associated with the content provider, but could also include alogo, a language, a nationality, etc.

[0104] Some zones in the depicted embodiment of the guide 1100 furtherinclude a notification symbol 1116. A notification symbol 1116 indicatesthat the program associated with that zone is immediately available forplayback with full or partial control of the playback. Those without thesymbol are part of the linear schedule and can be watched while theprogram is broadcast, but are not currently stored so as to allowrewinding, etc. The notification symbol 1116 could have a number ofvariants to indicate the type of program (e.g., stored program, SVOD orclub program, VOD program), limited availability of the program, acharge is associated with viewing the program, the content providerassociated with the program, etc. The notification symbol can be astatic icon or an animated icon.

[0105] With reference to FIG. 12, a screen shot illustrating anotherembodiment of a guide 1200 showing promotional information 1108 for anumber of programs is shown. This embodiment has four zones to displayinformation on four programs at a time. These four zones could share thescreen with a grid of program guide information such that it weresituated to the right or left of the program grid. Other embodimentscould have any number of zones for any number of programs. As theresolution of display screens increase so can the number of zones suchthat the promotional information 1108 has adequate resolution. Forexample, a HDTV system could have more zones in a guide than theresolution of a NTSC system could support adequately.

[0106] Referring next to FIG. 13, a screen shot illustrating anotherembodiment of a guide 1300 showing promotional information 1108 is shownwhere the user has several options for playing the promotionalinformation 1108. This embodiment has three zones respectivelyassociated with three programs. Virtual buttons are provided on thescreen to perform certain actions. Cursor keys, a mouse or the like areused to focus and select the buttons.

[0107] In the first zone, a SVOD program is showcased as indicated bythe notification symbol 1116-1. The SVOD program appears in both thelinear schedule and has a stored version that can be played anytime withfull control of playback. The first promotional information 1108-1 couldbe of the program being played or could be of a promo associated withthe program. The live program is played by activating the “watch” button1332 when the live program is currently playing. A “listen” button 1324allows activating audio for particular program information 1108, whichautomatically deactivates any audio being played for other zones. Wherethe live program is not currently playing, the “watch” and “promo”buttons 1332, 1336 disappear and the promo clip is played. If the useris not a club member, a “join club” button 1328 is displayed such thatthe user can request club membership to allow playing the program.

[0108] A live program from a premium content provider is shown in thesecond zone. Premium content providers typically require a subscriptionto view their programs. In this embodiment, a “subscribe” button 1340 isdisplayed for non-subscribing users to begin the process of becoming asubscriber. The “watch” button 1332 and “promo” button 1336 allowswitching the second promotional information 1108-2 between liveplayback of the program and a promo clip of the program. Fornon-subscribers, the live playback may be crippled in some way bylimiting the time the user can watch the live show to a small period,such as five seconds; showing a slide show of frames separated in theprogram by some interval, such as one second; showing a reducedresolution version of the live program; showing a black-and-whiteversion of the show; showing the show without sound; etc.

[0109] A third zone of the guide 1300 relates to a VOD offering that isstored and can be played with full control of playback. The thirdpromotional information 1108-3 shows a promotional clip of the programshown in a loop. In other embodiments, the third promotional information1108-3 could be a static image until focus is changed to the third zone,whereby a promotional clip replaces the promotional information 1108-3.A “purchase” button 1344 begins a process whereby the user can buy aviewing of the program. After the purchase, the user may be given awindow in which the program is available for viewing with control ofplayback, such as a one-day period, before another purchase would berequired for further viewing. In some embodiments, the period could be aweek, a month, a year, or an indefinite period.

[0110] With reference to FIG. 14, a screen shot illustrates anembodiment of a guide 1400 showing a linear schedule of programs 1404where a program can be selected for further information. In thisexample, a program 1451-5 playing between 8:00 and 10:00 and on ChannelB 1416-2 is selected as indicated by the bold outline, but otherembodiments could change the color, shading, or otherwise indicate thata program is selected. Selection of the program automatically brings upthe promotional information 1108 for that program 1451-5. Promotionalinformation 1108, a program description 1104, any notification symbol1116, and a channel and call sign 1112 is shown for the selected program1451-5. Pressing the select button on the remote brings up a window thatallows watching the program in the guide 1400 or full-screen. If theuser is not authorized for watching a SVOD, VOD or premium contentprogram, the user is solicited to upgrade their service to allowwatching the program.

[0111] The linear schedule of programs in this embodiment is arranged ina grid of-times along one axis and digital channels along the otheraxis. Although this embodiment receives programs on digital channels,any of embodiments in this application could receive programs on analogchannels, packet switched channels, etc. This embodiment divides thetime axis into half-hour increments 1408 for a total of six hours,however, other embodiments could use different increments 1408 and adifferent total. A day of the week 1412 is in the upper-left corner ofthe program grid 1404. Six channels 1416 are displayed in thisembodiment, while other embodiments could have more or less channelsdisplayed. Each channel 1416 in this embodiment has a channel number andcall sign displayed, where each program in the grid 1404 displays atitle for each program. The programs may be of different lengths, forexample, channel F 1416-6 has a three hour program 1455-1, a hour show1455-2 and a two hour shows playing between 4:00 and 10:00. Anotification symbol 1116 for the selected program 1451-5 and anotherprogram 1453-2 indicates the program is also immediately available withplayback manipulation.

[0112] Referring next to FIG. 15, a screen shot illustrates anotherembodiment of the guide 1500 that shows the linear schedule of programs1404 where a program can be previewed with various control buttons. Thebuttons are shown for the selected program and may change to suit thetype of program 1453-2 being displayed. In this embodiment, a SVODprogram 1453-2 is being displayed in detail in the top half of the guide1500. A “join club” button 1328, a “watch” the program live button 1332,and a “promo” clip or image play button 1336. The “watch” the programlive button 1332 is only displayed if the program is currently playing.If the user is already a club member, the “join club” button 1328 couldbe replaced by a “SVOD” button that would begin the program from thebeginning with full control of playback. Other types of programs couldhave other buttons as appropriate for their respective service.

[0113] With reference to FIG. 16, a screen shot illustrating anotherembodiment of the guide 1600 shows a linear schedule of programs 1604where a column of programs can be selected for further information.Where a time column is selected, all the programs playing during thattime are detailed in the top portion of the guide 1600 with promotionalinformation 108, description information 1104 and content providerinformation 1112. In this embodiment, four channels 1416 are displayedin the bottom portion of the guide 1600 with four detailed programs inthe top portion of the guide 1600. By selecting a particular program inthis embodiment, the guide transforms to detail that single program suchas is shown in the embodiments of FIG. 14 and 15. Selecting a columnswitches back to the guide 1600 shown in FIG. 16. Some embodiments mayhave the same number of channels 1416 regardless of whether a singleprogram or a whole column of programs are detailed. Using the remote,the user may increase the number programs detailed in the top portionand the number of channels displayed in the guide 1600.

[0114] This embodiment allows selecting a whole column of programs formore detailed information, other embodiments could also allow selectinga row of programs for more detailed information such that a sequentialnumber of programs for a given channel 1416 is displayed. For example,Channel A 1416-1 could be selected by focusing on the call sign. Thiswould detail three programs in the top half of the guide. Since the tophalf of the guide screen could show one, two, four, six, eight programseasily, selecting a channel with a number of programs between that valuecould increase the number of detailed programs appropriately. Forexample, selecting Channel B 1416-2 could detail six programs in the tophalf of the guide 1600 by pulling the program that starts at 10:00 suchthat six programs could be detailed at once.

[0115] Referring next to FIG. 17, a screen shot 1708 illustrating anembodiment of a user confirmation footer 1712 is shown that indicateswhich user is likely interacting with the set top box 120 is shown. Inthis embodiment, four users 1716 have been assigned to this set top box120. By comparing the content of the current show against historicaldata and by comparing the frequency and duration of key presses of theremote control against historical data, the set top box 120 determineswho is watching the television currently. Other embodiments could useface recognition to detect the user holding the remote or use otherbiometric techniques. The determined user in the depicted example isthat User C is currently watching, as is indicated by the bolding of theUser C indicator 1716-3 of the user confirmation footer 1712.

[0116] The remote allows the current user to correct the guessed userpresented in the user confirmation footer 1712. The user can move focusto the footer 1712 and navigate the bolding to the user actually viewingthe television currently. Some embodiments may put a toggle switch tomove bolding right or left with the toggling or may put a wheel knobthat also moves bolding right or left. By confirming the current viewinguser, the viewing habits observed by the set top box 120 can be assignedto the proper profile. Where only one user will normally use the set topbox 120, the user confirmation footer 1712 may be disabled.

[0117] By knowing the user currently viewing the television, thefunctions of the set top box and content available can be customized forthat user according to a profile. The guide menus can be customized forthe types of content that would appeal to the user. For example, theavailable SVOD, VOD, linear programs, and stored programs can be sortedaccording to those that would likely appeal to the user. For example, asports fan would be presented with sporting events before children'sshows. In some cases, the SVOD programs made available from contentproviders could be affected by the profile of the user. Further, eachuser could customize the menu colors, sounds, channels, parentalcontrol, etc. in their profile such that recognition of the user wouldactivate these customizations. In some embodiments of the set top box120 with local storage, the unused storage could be used to recordprograms that are likely to appeal to the user based upon their profileso long as all the tuners are not being used at the time.

[0118] With reference to FIG. 18, a screen shot 1708 illustratinganother embodiment of a user confirmation footer 1812 is shown thatindicates which user is currently interacting with the set top box 120.This embodiment has two users configured to have profiles of theirviewing habits recorded. Where no data should be attributed to aparticular profile, a “guest” user 1816-3 is provided. Where a user thatdoes not have a profile uses the set top box 120, the guest profile cankeep the viewing habits of the guest from diluting any particularprofile.

[0119] There may be other reasons to use the guest profile beyond when aguest is using the set top box 120. Anytime tracking is ill advised, theguest profile can be used. In this embodiment, using the guest profileprevents tracking of the guests viewing habits. Some embodiments coulduse the viewing habits associated with the guest to form a profile inthe same way as creating a profile for User A 1816-1 and User B 1816-2.Alternatively, the guest profile could have default values that do notchange with viewing habits.

[0120] Referring next to FIG. 19, a screen shot 1708 illustrating anembodiment of an exit menu prompting for further interaction with aparticular content provider is shown. When a user stops viewing contentfrom a particular content provider, that same content provider suggestsalternatives that would continue the interaction between the user andcontent provider. In this embodiment, STARZ!™ is the content provider. Afirst menu option 1908 suggests the user go to a guide menu with otherSVOD selections offered by STARZ!™. A second menu option 1912 suggestthe user go to a guide of linear programs associated with STARZ!™. Athird menu option 1916 would exit the user from the STARZ!™ content areaback to program guides that show multiple content providers.

[0121] The exit menu is presented whenever it is determined the user isexiting from a particular program. An exit could be indicated by astopping the program, watching the program to its end, choosing to exitplayback of a program, skipping ahead in the program to a point equal tothe end of the program, etc. Other embodiments may have menu options tosuggest guide menus with VOD choices or stored linear program choicesassociated with a particular content provider. This embodiment of theguide screen 1708 allows the content provider to attempt to keep theuser within their content environment.

[0122] Referring next to FIG. 20, a screen shot 1708 illustratinganother embodiment of an exit menu prompting for further interactionwith a particular content provider is shown. In this embodiment, fouralternative programs are suggested for the user. The alternatives can beeither associated with the content provider of the exited program or notin various embodiments. The set top box 120 determines the user viewingthe exited program. Possible programs are complied and culled down basedupon the profile of the user. The culled list of programs is displayedalong with a user confirmation footer 1812. If the actual user correctsthe determined user, the culled list would be reformulated based uponthe actual user's preferences. Some embodiments could display moreinformation on the programs in a manner similar to that of theembodiment in FIG. 15.

[0123] With reference to FIG. 21, a screen shot illustrating 1708 anembodiment of an exit menu prompting for further interaction withdifferent types of programs is shown. This embodiment suggestscategories of programs not limited to a particular content provider. Forexample, other SVOD programs 2108, linearly scheduled programs 2112, VODprograms 2116, and stored linear programs 2120 are all menu optionspresented to the user. These options can be sorted by likely relevance.For example, a particular user may commonly use VOD and not the otheroptions such that the VOD option 2116 is displayed at the top of thelist and in the current focus. The button currently in focus is boldedand can be activated with the pressing of a single remote button. Otherembodiments could presume the last viewed content type is the mostlikely to be used next. For example, if a SVOD program was viewed, theSVOD program menu button 2108 is at the top of the list and in focus.

[0124] Referring next to FIG. 22, a screen shot illustrates anembodiment of a stored program guide 2200 where stored programs can beselected for further information. These stored programs displayed in theguide of this embodiment were stored in a digital video recorder (DVR)fashion. The stored programs are grouped in categories 2204, which couldbe defined by the user or automatically. For example, Category A 2204-1could be for biographies and have two programs 2250, 2251. Category D2204-4 could be predefined for a weekly show and the program 2256 inthat category could be the current episode. The user could rename thepredefined category. User C 1716-3 is believed to be the current viewer,such that the guide 2200 could be customized presuming User C is viewingthe guide 2200 currently. Any of the programs of the guide 2200 can beselected for enhanced information in the top half of the guide 2200.

[0125] Some embodiments could merge all programs available for immediateplayback into a common guide 2200. These programs could be recorded in aDVR fashion or could be SVOD or VOD programs. Preference in the listingcould be given to a particular category such as those recorded in a DVRfashion. Other preferences are also possible for sorting this listing,such as the most recently watched, most popular for this user, mostrecently recorded, favorite genres for this user, etc.

[0126] With reference to FIG. 23, a flow diagram that shows anembodiment of a process for distributing promotional information andprogram descriptions for linearly scheduled programs. The depictedportion of the process begins in step 2350 where the linearly scheduledprograms available to the user are determined. A MSO may have largecategories of users that see the same linearly scheduled programs withminor variances for premium content providers. Promotional information1108 and program descriptions 1104 are gathered for those programs instep 2364. The additional content providers or other sources of theprograms typically provide this information 140.

[0127] In step 2368, the promotional information 1108 and programdescriptions 1104 are broadcast to the users. This information may besent anytime or according to a schedule, such as daily. The set top box120 receives the promotional information 1108 and program descriptions1104 and stores it in the local program request database 604. In otherembodiments, the promotional information 1108 and program descriptions1104 may be stored away from the user location, but in a place availableto the function formulating the guide screens for the user. For example,a network node in the transmission system 108 may have the promotionalinformation 1108 and program descriptions 1104 available for formulationof any guide that a set top box 120 coupled to the node may request.

[0128] In step 2374, the guides can be presented to a user. To formulatedetailed information for any linear program in the guide that isselected, the local program request database 604 is queried for thepromotional information 1108 and program description 1104 for theselected program(s). Content provider information 1112 is also availablein the local program request database 604 for use in formulating theguides. In some cases, the content provider information 1112, thepromotional information 1108 and/or the program description 1104 may bemissing for a particular program. The missing information could be leftblank or filled in with placeholders. For example, a stock image for thegenre could be used where the promotional information 1108 is missingfor a program, such as a picture of a cowboy hat for a program of thewestern genre.

[0129] Obsolete content provider information 1112, promotionalinformation 1108 and/or program descriptions 1104 are removed from thelocal program request database 604. In this embodiment, step 2378 waitsfor a maintenance interval, such as once a day. Once the maintenanceinterval is expired, processing continues to step 2382 where obsoletecontent provider information 1112, promotional information 1108 and/orprogram descriptions 1104 are removed from the local program requestdatabase 604. In some cases, promotional information 1108 and/or programdescriptions 1104 were provided for a first program that just so happensto have another showing later in the linear schedule or was recorded bythe user. Where that program still exists, the promotional information1108 and/or program descriptions 1104 are maintained, but could beoverwritten with updated information if it were received at some laterpoint.

[0130] Although this embodiment performs periodic maintenance, otherembodiments could obsolete old information in different ways. In oneexample, the promotional information 1108 and/or program descriptions1104 are received with expiration dates. Once the expiration has passed,the storage area is available for new information, but could still beused if new information does not overwrite that storage area. Anotherexample may delete the information for a program soon after it plays inthe linear schedule.

[0131] With reference to FIG. 24A, a flow diagram shows an embodiment ofa process for distributing promotional information 1108 and/or programdescriptions 1104 (i.e., metadata) for SVOD programs. The depictedportion of the process begins in step 2404, where content providersand/or MSO determine the SVOD programs that will be made available tosubscribers. The metadata is gathered for the SVOD programs in step2408. As the club or SVOD programs are distributed, header informationcontains the metadata in step 2412. A particular SVOD program may bedistributed a number of times. Some embodiments could send the metadatawith the SVOD program, but not actually embedded within the program.

[0132] In step 2458, the club programs are stored in one of a headend, aneighborhood node and/or the user location. The user can browse variousguide screens that are populated with the metadata and select programsfor viewing. As the programs are deleted in step 2416, the encapsulatedmetadata is also deleted. In some cases, the SVOD program can be storedby the user past the date that the SVOD program would normally beremoved. The metadata in the stored program is available for later usein the guides.

[0133] Referring next to FIG. 24B, a flow diagram shows an embodiment ofa process for distributing promotional information 1108 and/or programdescriptions 1104 for SVOD and VOD programs. The depicted portion of theprocess begins in step 2450 where the MSO determines the programsavailable in one or more SVOD clubs that a user may belong to. ThoseSVOD programs are at least partially distributed in step 2454 to theclub members and/or potential club members. These SVOD programs arestored away from the originating supplemental content providers 140 instep 2458, for example, stored in the headend, the transmission system108 or in the set top box 120 of a user. In some embodiments, the VODprograms could be also stored for possible viewing by the user.

[0134] In step 2464, the promotional information 1108 and programdescriptions 1104 are formulated for the SVOD and VOD programs. In somecases, the promotional information 1108 and/or program descriptions 1104for a particular SVOD selection was already distributed to support theplaying of the SVOD program in the linear schedule such that promotionalinformation 1108 and/or program descriptions 1104 are redundant forthose programs. The promotional information 1108 and/or programdescriptions 1104 for SVOD and VOD programs, that have not already beensent or have information unique from what may have already been sent,are broadcast to the appropriate users in step 2468.

[0135] In step 2472, the promotional information 1108 and programdescriptions 1104 are stored in the local program request database 604.As it is requested by the user, the guide(s) is presented to the user instep 2474 with the content provider information 1112, promotionalinformation 1108 and/or program descriptions 1104. From the guide, orotherwise, the user can select a club SVOD program for playback.Promotional information 1108 and/or program descriptions 1104 for theVOD and SVOD programs that are no longer available and were not storedby the user, are removed from the local program request database 604. Insome embodiments, storage of VOD and SVOD programs may be blocked suchthat the information can be deleted once the programs are no longeravailable.

[0136] With reference to FIG. 25, a flow diagram shows an embodiment ofa process for formulating guides with content provider information 1112,promotional information 1108 and program descriptions 1104. The depictedportion of the process begins in step 2504 where the user navigates to aparticular guide screen 1708. The local program request database 604 isqueried for content provider information 1112, promotional information1108 program descriptions 1104, user preferences, entitled channels andprograms, etc. in step 2508. The context of the guide request isdetermined to formulate a template for the guide screen 1708. Forexample, the template may be displaying a linear grid of programs forsix channels over a six-hour period with a single program that can beshown in greater detail at one time. In step 2512, the linear programgrid is populated with the information from the local program requestdatabase, such as title, channel and time. The template itself, itsappearance or the programs the template describes can be affected by theuser preferences. For example, certain channels of favorite genres couldbe shown first or the colors for the guide screen 1708 could becustomized.

[0137] In step 2516, the content provider information 1112, promotionalinformation 1108 and/or program descriptions 1104 are presented for aprogram in focus for the linear-program grid. This information for theselected program can be retrieved from the local program requestdatabase 604 if not already loaded into memory. If the focus orselection changes to a different program in the linear grid, processingloops from step 2520 back to step 2508. Where a user is interested in aprogram either being detailed or just appearing in the linear programgrid, that program can be selected for playback in step 2524 or the usercan otherwise exit the guide screen 1708.

[0138] Referring next to FIG. 26, a flow diagram illustrating anembodiment of a process for profiling a user for customization of theset top box 120 is shown. The depicted portion of the process begins instep 2604 where any preferences set at the factory or a prior owner ofthe set top box 120 can be reset during the initialization process. Instep 2628, a determination is made by the user on whether to allow theviewing habits of the user to affect a profile for the user. In somecases, the profile is reported away from the user location. A privacypolicy may be presented to the user for authorization before allowingrecording of the user's viewing habits and/or reporting this informationaway from the user location.

[0139] Where the user wishes to have the viewing habits adapt the usersprofile, processing continues to step 2632 where the users of the settop box 120 are specified. Names can be entered for each user. In step2608, the user may choose to apply a prepackaged profile or not. Theprepackaged profile can be specified even if tracking of the viewinghabits is performed. In step 2612, one or more classifications and/orcategories can be specified to characterize the user. Some of theseclassifications and/or categories include various genres, top ratedcontent, content based upon age or other demographic information,content found generally popular by other users, content found popular byother similar users, etc. The top rated content could be according tosome category or genre or could be selected by a specified critic ororganization, for example, only top rated movies or top rated westernshows or only movies approved by the motion pictures rating associationto have a “G” rating. Once classifications and/or categories areselected, the are retrieved from the local program request database 604in step 2616 and added to the user's preferences.

[0140] In step 2620, the user can choose to enter more specific profileinformation. This information can supplement the default profileinformation or be the only information to initially characterize theuser. The specific profile information can augment the profile changesresulting from observing of the viewing habits of the user. The manuallyentered information can be search terms, favorite shows, channels,and/or a time period to record programs on a specified channel. Also,the manually entered information can include negative terms such asexcluding programs containing a search term, actor, genre, channel,and/or time period for a specified channel. For example, the user canspecify recording everything on channel ten between eight and ten atnight or could prevent recording of any program with John Doe as anactor.

[0141] This embodiment allows defining preference information for eachuser in a serial fashion, although other embodiments could allowspecification of the preference information for each user at each of theabove steps. Where there is another user, in step 2622, processing loopsback to step 2608 to allow entry of preference information for anotheruser. Any number of users can have their viewing habits influence theirprofile, apply a default profile, and enter manual profile information.

[0142] Once all users are configured, the guides are customized in step2640 according to preferences that are either entered by the user orderived from the user's viewing habits. Customization can be based uponan aggregate profile for all users (i.e., where only one user isspecified) or can be a user-specific profile for that user.Automatically determining the user with confirmation assists in thiscustomization. If the determined user is wrong, the actual user canoverride the automatic determination. In step 2644, the viewing habitsfor the current user are determined and the profile is updated for thatuser. After viewing any program, the user can be queried to determine ifthe program was liked in step 2648. This query could be along a slidingscale such as one to five for a program. The user can also indicatewhich actors were liked, if the genre was liked, if the director ormusical score was liked, etc. The answers to these questions influencethe profile of the user. In step 2652, older viewing habits, preferencedata and/or survey questions can be aged for deletion after a period oftime. For example, information more than a quarter-year old could bedeleted or older information could be deleted after the viewing habitdata reaches a certain size.

[0143] With reference to FIG. 27, a flow diagram illustrating anembodiment of a process for determining and confirming the usercurrently using the set top box 120 is shown. Where there are multipleusers of a set top box 120, identifying the user allows gatheringviewing habits for each user separately and presenting guide screenscustomized for the current user. The depicted portion of the processbegins in step 2704 where the set top box 120 observes the viewinghabits of the current user. Things such as the programs viewed, theduration of viewing each channel, the timing of interaction with theremote control buttons, time of day, etc. are used to determine theprobable identity of the current user in step 2708. Other embodimentscould use other biometric techniques.

[0144] In step 2712, the set top box 120 determines if the current userhas changed. Where the user is believed by the set top box 120 to be adifferent user, a user confirmation footer 1712 is displayed in step2720. The current user can correct the determined current user in theconfirmation footer 1712. A correction will adjust the profile for thecurrent user in step 2728 to allow more accurately recognizing that userin the future. In step 2732, the older viewing habits are removed from auser's profile to update a running sample of viewing habits. Someembodiments could also age preference information entered by the userand remove the older preference information along with the older viewinghabits.

[0145] Where the set top box 120 does not believe user has not changedback in step 2712, and a user has not been confirmed recently asdetermined in step 2716, processing loops back to step 2720 for displayof a user confirmation footer 1712. Where the user has confirmed theiridentity recently, processing continues to step 2728. For example, theuser confirmation footer 1712 could be displayed if the user has notconfirmed their identity this week. Other embodiments could use othertime periods. The time period could be measured with a calendar or couldbe measured in hours of interaction by the user with the set top box120.

[0146] With reference to FIG. 28A, an embodiment of a process validatinga user is a club member is shown. In this embodiment, a user viewing aprogram in the linear schedule is allowed to view any stored version ofa program before validation that the user is a club member. Ifmembership cannot be validated, the user is switched back to the versionof the program in the linear schedule. The validation process can take afraction of a second or several seconds depending on network congestionand latency.

[0147] The depicted portion of the process begins in step 2804 where theuser is watching a program in the linear schedule of programs. In step2808, the user attempts temporal manipulation of the program, forexample, pause, stop, fast-forward, rewind, or skip forward/reverse apredetermined period. A determination in step 2812 is made as to whetherthe portion of the program being viewed has a corresponding portionstored at the headend, user location, network node or elsewhere. Ifthere is no stored version available, nothing further is done and theuser continues watching the linearly scheduled program. Some embodimentsmay display a message indicating that temporal manipulation is notpossible.

[0148] Where a stored version is available of the linearly scheduledprogram, processing continues to step 2816, where the point of thelinear program being viewed is determined for the stored version. Theequivalent point in the stored version can be determined by analyzingtime stamps, for example. In step 2820, the portion of the linearprogram being viewed is switched for the stored version seamlessly orwith a minimum of distortion. The temporal manipulation requested isalso performed in this step. For example, the stored version would bedisplayed in paused fashion if the user requested the program be paused.If the temporal manipulation were a pause, the linearly scheduledprogram could provide the paused frame while the stored version isprepared for switchover and further temporal manipulation.

[0149] In step 2822, a query is performed to determine if the user is amember of the club. In this embodiment, the query is made to a billingsystem that is located away from the user location, although someembodiments could query the local program request database 604 where astore and forward methodology is used. Other embodiments could performthe request of step 2822 at any time after step 2808. The playback willswitch to the stored version as soon as possible and without waiting forverifying club membership. If club membership is not verified in step2824, the user is switched back to watching the program from the linearschedule by looping back to step 2804. If the club membership isconfirmed in step 2828, the user can continue to temporally manipulatethe stored version of the program. In this embodiment, the delay inverification does not extend the interruption associated with switchingfrom the program in the linear schedule to the stored version of thatprogram.

[0150] Referring next to FIG. 28B, a flow diagram of another embodimentof a process for verifying authorized playback from the beginning of theprogram is shown. When the user is viewing a program in the linearschedule in step 2804, a notification symbol is displayed to indicatethat the program is generally available for temporal manipulation instep 2810. This embodiment verifies that the program is available on theserver or DVR in step 2806 before displaying the notification symbol.Other embodiments could simply display the notification symbol andpresume the program is available on the server. One possiblemanipulation is to play the program from the beginning. It may be thatthe user has just switched to the channel and thinks the program isinteresting in step 2804. In this scenario, the user may wish to startviewing from the beginning and selects the option associated withplaying from the beginning in step 2832. The option could be activatedby a button on the remote, such as a skip to the beginning of the trackbutton, or by selecting the notification symbol which could display amenu with the option.

[0151] Where the user selects the option to play the program from thebeginning in step 2832, a request is made to determine the membershipstatus of the user in step 2822. Without waiting for an answer, theprogram begins to play in step 2836. After that point the membership isverified in step 2824 to allow continued playback from the beginning instep 2828. Other embodiments could exchange steps 2822 and 2836 suchthat playback is performed before requesting the membership status forthe user. In addition to starting playback from the beginning, othertemporal manipulation is possible such as pause, fast-forward, rewind,stop, skip to the beginning, skip to the closing credits, skip to theprevious chapter, skip to the next chapter, go to a program menu, skipforward a first predetermined number of seconds, skip back a secondpredetermined number of seconds, etc. Further, all the other embodimentscould present the notification symbol of step 2810 when temporalmanipulation is possible such that the user knows when it is possible toattempt manipulation.

[0152] With reference to FIG. 28C, a flow diagram of yet anotherembodiment of a process for verifying authorized playback of a programis shown where alternative programs may be suggested where the firstchoice is not available. In this embodiment, suggestions are made whenthere is no stored version. Some embodiments could suggest alternativeswhen it is determined club membership is not authorized. Thealternatives could be free programs or programs associated with otherclubs or programs that the user may be authorized for.

[0153] This embodiment is largely the same as the embodiment of FIG. 28Aexcept that a new processing branch is provided off step 2812 that isused when there is no stored version of the program, but alternativesprograms are available. In step 2840, the alternative programs aredetermined for the user. The alternatives may be determined for groupsof users or customized for each user. The alternatives may be influencedby one or more of the following factors: this user's stated preferences,the user's viewing habits, the stated preferences for the set top box oraccount regardless of viewer, the viewing pattern for the set top box oraccount, the authorizations for the user location, which programs havealready been viewed, promotions offered by the content providers, timeof day, season, etc.

[0154] In step 2844, the alternatives are presented to the user with amenu. The alternatives can be navigated to and selected in step 2846.After selection, the alternative program begins to play from thebeginning in step 2836. In step 2822, the membership status is requestedfor the user. After this point, the processing is the same as in theprevious figure. Some embodiments could cull the list of alternatives tothose that are authorized such that processing could go strait to step2828 without requiring a check of membership.

[0155] Referring next to FIG. 28D, a flow diagram of still anotherembodiment of a process for verifying authorized playback of a programis shown where the user can upgrade to the club or purchase a view tocontinue playback of the program. This embodiment is similar to theembodiment of FIG. 28A, except the user is given the option to continueviewing the program where club membership is not verified in step 2824.This option is presented in step 2848 where authorization is requestedto either-join the club and/or pay for the single program. The user mayhave to enter payment and/or other information to facilitate the sale.If the user approves the charge in step 2852, processing continues tostep 2828 where continued viewing and manipulation is allowed. Where thecharge is not approved in step 2852, the user is returned to the linearprogram in step 2804. Although this embodiment charges monetaryconsideration before authorizing the viewing of the program, otherembodiments could seek other consideration before authorizing theviewing of the program. For example, the user may have to agree toreceive advertising, to provide personal information, to fill outsurveys, or other non-monetary consideration before viewing is allowed.

[0156] With reference to FIG. 28E, a flow diagram of one embodiment of aprocess for verifying authorized playback is shown where a timer is usedto prevent excessive viewing before authorization is verified. Thisembodiment is similar to that of FIG. 28B, but a timer is used to limitthe time allowed to obtain verification of authorization. From step2836, a new step 2856 is added that starts a timer. The period for thetimer can be influenced by one or more of the following factors:marketing rules, authorization speed of the user's configuration, sizeof the program, likelihood that the user is authorized, contractrequirements from the copyright owner, the time believed to bestencourage the user to purchase a club membership, etc.

[0157] In step 2824, the club membership is verified. Where the billingsystem has not provided an answer yet, processing goes to step 2860. Adetermination of whether the timer has expired is made in step 2860.Where the timer has not expired, processing continues back to step 2824for further waiting to verify club membership status. Where the timerhas expired as determined in step 2860, processing loops back to step2804 where the user returns to the program playing in the linearschedule. This embodiment would prevent a user from disabling themembership request in an effort to extend the view time before clubmembership is verified.

[0158] The embodiments of FIGS. 28A-28E have various features that canbe mixed, removed and/or combined to form new embodiments. For example,a single embodiment may allow playback from the beginning shown in FIG.28B, alternative suggestions to be presented to the user as shown inFIG. 28C, a solicit membership or purchase of a view as shown in FIG.28D, and/or limit the time allowed to verify club membership as shown inFIG. 28E. Various implementations may mix and match these features andstill remain in the scope of this invention.

[0159] With reference to FIG. 29A, a flow diagram of an embodiment of aprocess for verifying authorized playback of a stored program is shown.This embodiment is applicable to situations where a program is storedlocal to the user location, in a neighborhood node, in the headend orelsewhere in the system. The user has the ability to request viewing ofany stored program and chooses one in step 2904. The program is spooledor otherwise received in step 2908 from the server. In variousembodiments, the program could be delivered with MPEG-2 transport,packet switched protocols, or circuit switched transport. Once theportion requested by the user is received, the playback can begin. Thestart of playback is not impeded by the latency associated withdetermining if the user is authorized to view the program such that theprogram begins play in step 2912.

[0160] In step 2916, authorization is requested for continued viewing ofthe program. Other embodiments could perform step 2916 at any pointafter step 2904, but playback is not conditioned upon an answer to theauthorization request. In step 2920, the authorization could be verifiedby querying a database away from the user location in the headend, anode or elsewhere. In some embodiments, the authorization could bestored in a database local to the user location. Where authorization isverified, continued viewing is allowed in step 2924. Some embodimentsmay have a timer that allows viewing for up to ten seconds beforepreventing further viewing where the authorization request is notresponded to in that period.

[0161] Where authorization cannot be verified in this embodiment,processing continues to step 2928 where the user is asked to authorize acharge for the program or asked to join a membership club that wouldallow viewing of one or more programs. Where the user approves thecontinued viewing, processing continues to step 2924 where that viewingis allowed to occur. If the charge or club membership is not approved,further viewing of the program is prevented in this embodiment. Thestatus of the authorization may be retained in the set top box toprevent any further viewing of the program. Although the aboveembodiment uses video programs, other embodiments could use audioprograms delivered through satellite, VDSL or a cable TV plant. Otherembodiments could deliver video games to the set top box 120 in thismanner also.

[0162] Referring next to FIG. 29B, a flow diagram of one embodiment of aprocess for verifying authorized playback of a stored program is shownwhere a timer is used to prevent excessive viewing while waiting for aresponse on authorization. Two new steps 2936 and 2940 are added to theembodiment of FIG. 29A to enable this additional functionality. In step2936, a timer is started. Similar to the timer of step 2856 in FIG. 28Ediscussed above, there can be many factors that influence the period ofthe timer. Authorization for continued viewing is performed in step2916. While waiting for continued viewing to be authorized in step 2920,the timer may expire in step 2940, which causes viewing of the programto cease in step 2932.

[0163] With reference to FIG. 29C, a flow diagram of another embodimentof a process for verifying authorized playback of a stored program isshown that leaves unauthorized users viewing a chosen program in thelinear schedule or some other predetermined screen. This embodiment issimilar to the embodiment of FIG. 29B, but for the additional step 2944where the user is returned to a linear program or screen. For example,the user may be redirected to the current club offering in the linearschedule where the user tried to watch a program in the club that wasn'tauthorized. In another example, the user could be redirected to a menufor purchasing single views or an advertisement for some other goodsand/or service. The suggested alternative programs or categories ofprograms could be customized according to the profile of the currentuser. Examples of the screens presented are explained in relation toFIGS. 19, 20 and 21. This embodiment creates an opportunity to furtherinteract with the user before they divert their attention to otherprograms perhaps associated with a different content provider.

[0164] Although this embodiment suggests alternatives or otheradvertisements when authorization is denied, other embodiments couldtrigger this advertisement at other times. For example, advertisementcould appear when the program is stopped or paused, when there is anydelay in performing a function, when the input signal is unavailable,etc. These advertisements could attempt to up-sale the user to otherproducts offered by the content provider or could provide advertisementsthat are not associated with the content provider.

[0165] Referring next to FIG. 29D, a flow diagram of yet anotherembodiment of a process for verifying authorized playback of a storedprogram is shown where alternatives may be suggested. This embodiment issimilar to that of FIG. 29B, but additional steps 2948 and 2952 areadded after step 2932 to suggest alternative programs. In step 2948, thealternatives are determined for the user in a manner similar to thatdiscussed above in relation to FIG. 28C above. The alternatives could beindividual programs associated with the same content provider or not orcould be categories of programs associated with the same contentprovider or not. Further the alternatives could be customized by theprofile of the current user. In step 2952, those alternatives are shownto the user for possible selection. By looping back to step 2904, theuser can select one of the suggestions to begin the process again. Inanother embodiment, the suggested programs that are known to be notauthorized from step 2920 could be removed from the list. Some of theremaining suggestions could be members of different clubs and requirefurther authorization.

[0166] With reference to FIG. 29E, a flow diagram of still anotherembodiment of a process for verifying authorized playback of a storedprogram is shown that includes a preview of the program before checkingfor authorization. This embodiment allows a user to preview a programfor a time period before authorization is verified. In comparison to theembodiment of FIG. 29A, this embodiment adds steps 2936 and 2940 betweensteps 2912 and 2916. This embodiment begins playing the program in step2912 before beginning the timer in step 2936. Step 2940 waits for thetimer to expire before requesting authorization in step 2916. Someembodiments could request membership status before or during the previewperiod such that it is ready after the timer expires. The timer periodcould be set for a value in the manner described above.

[0167] A number of variations and modifications of the invention canalso be used. In different embodiments, the programs sent to the userscould be video or audio programs. The various embodiments describedabove use satellite and cable links to receive programs, however packetswitched networks such as the Internet could also be used. Additionally,the control data channel could also use the Internet to communicatebetween the set top box and subscriber management system.

[0168] Some of the above embodiments discuss the present invention interms of additional or premium content providers. In other embodimentsthe present invention could be applied to true video-on-demand services,near video on demand services, pay-per-view services, home shoppingchannels, commercial supported channels, or other television programmingoptions. The user could simply pause, rewind or fast-forward any programon television to switch to a prerecorded version which the user couldcontrol playback. Alternatively, the user could go to a menu and getaccess to prerecorded programs for any channel.

[0169] The above embodiments store content either remotely or locally.Local storage is provided within a set top box. However, otherembodiments could store locally in a number of ways. The storage devicecould be a video cassette recorder, a digital tape recorder, a harddrive, solid state storage, an optical drive, or other known storagemechanisms. The storage media could be removable or non-removable. Thestorage device could be external to the set top box and coupled theretowith a dedicated cable, wireless transceiver, and/or packet switchednetwork.

[0170] Some of the above embodiments are discussed in the context ofcable television systems, but other content providing techniques couldbe used. As discussed above, digital satellite broadcast could be used.Additionally, wireless, telephone or power line content distributionusing digital or analog signals could also be used in addition to otherbroadband distribution techniques.

[0171] Although some of the embodiments discuss a set top box separatefrom a television display, it is to be understood other embodimentscould include the set top box functionality as part of anothercomponent. For example, the set top box could be integrated into thetelevision set.

[0172] Also, although some of the embodiments discuss the use of aremote control for activating certain functions, it is to be understoodthat other embodiments may include alternative methods for activatingthose functions. For example, voice activation, keyboards and mice maybe used for such activation.

[0173] In still other embodiments, the user may be given an option topurchase a copy of a club program permanently. When such a purchasearrangement is permitted by the copyright holder, upon agreement to paya purchase fee, the subscriber management system 124 authorizes the userto retain a permanent copy and disables the copy protection.Accordingly, the user may copy a club version of the club program ontoanother device, such as a PVR, VCR, or removable media, or may copy itby transmitting electronically such as by email, or otherwise.Alternatively, in embodiments where the club program is already storedat the user's set-top box 120, the subscriber management system 124 maydirect the user's set-top box 120 to retain the copy of the purchasedclub program permanently.

[0174] In some embodiments, the promotional information 1108 could bedelivered in either digital or analog form. For digital delivery, a filecould be spooled with the program or separately. A DOCSIS modem or otherWAN could be used, for example, to send this information. A digitalchannel could be dedicated to sending these digital files. With analogdelivery, the clips could be sent on an analog or digital channel thatis recorded. Control information would instruct the set top box 120 tostart recording and stop recording and would indicate the program thepromotion information 1108 is associated with. Still images, audioand/or video clips could be sent in this manner. This information couldbe sent during off-hours and repeatedly such that the set top box 120could gather the promotional information 1108 for its linearly scheduledprograms and VOD programs.

[0175] While the principles of the invention have been described abovein connection with specific apparatuses and methods, it is to be clearlyunderstood that this description is made only by way of example and notas limitation on the scope of the invention.

What is claimed is:
 1. A method for customizing a video service in acontent distribution system, the method comprising steps of: receivingpreference information entered by a user of the content distributionsystem to influence a profile for the user; observing interaction of theuser with the video service; modifying the profile based upon theobserving step; customizing the video service based, at least in part,on the profile; generating a program guide customized according to theprofile; and modifying the profile to remove older interactioninformation.
 2. The method for customizing the video service in thecontent distribution system as recited in claim 1, wherein thecustomizing step comprises at least one of the following steps: sortingchannels of the video service in various guide screens; and sorting SVODprograms, VOD programs and stored programs in the various guide screens.3. The method for customizing the video service in the contentdistribution system as recited in claim 1, further comprising a step ofselecting a plurality of programs in a grid guide of programs to displaymore detailed information for that plurality of programs.
 4. The methodfor customizing the video service in the content distribution system asrecited in claim 1, wherein the receiving step comprises receivingpreference information for a plurality of users.
 5. The method forcustomizing the video service in the content distribution system asrecited in claim 4, further comprising a step of determining which ofthe plurality of users is currently controlling interaction with thecontent distribution system.
 6. The method for customizing the videoservice in the content distribution system as recited in claim 4,further comprising a step of applying one of a plurality of profilescorresponding to the user currently controlling interaction with thecontent distribution system.
 7. The method for customizing the videoservice in the content distribution system as recited in claim 4,further comprising a step of requesting correction of identity from theuser currently controlling interaction with the content distributionsystem.
 8. A computer-readable medium having computer-executableinstructions for performing a computer-implementable method forcustomizing the video service in the content distribution system ofclaim
 1. 9. A method for customizing a video service in a contentdistribution system, the method comprising steps of: observinginteraction of the user with the video service; modifying a profile forthe user based upon the observing step; formulating questions regardinga watched program; modifying the profile based upon answers to thequestions; customizing the video service based, at least in part, on theprofile; and generating a program guide customized according to theprofile.
 10. The method for customizing the video service in the contentdistribution system as recited in claim 9, wherein at least one answerto the questions has more than two responses.
 11. The method forcustomizing the video service in the content distribution system asrecited in claim 9, further comprising a step of receiving preferenceinformation entered by a user of the content distribution system toinfluence the profile for that user.
 12. The method for customizing thevideo service in the content distribution system as recited in claim 9,further comprising a step of receiving preference information toinfluence a plurality of profiles for a plurality of users.
 13. Themethod for customizing the video service in the content distributionsystem as recited in claim 9, wherein the information gathered in theobserving step only affects the profile for a limited time.
 14. Acomputer-readable medium having computer-executable instructions forperforming a computer-implementable method for customizing the videoservice in the content distribution system of claim
 9. 15. A method forcustomizing a video service in a content distribution system for aplurality of associated users, the method comprising steps of: receivingfirst preference information to influence a first profile for a firstuser; determining the first user is interacting with the video service;observing interaction of the first user with the video service;modifying the first profile based upon the first-listed observing step;customizing the video service based, at least in part, on the firstprofile; generating a first program guide that is influenced by thefirst profile; receiving second preference information to influence asecond profile for a second user; determining the second user isinteracting with the video service; observing interaction of the seconduser with the video service; modifying the second profile based upon thesecond-listed observing step; customizing the video service based, atleast in part, on the second profile; and generating a second programguide that is influenced by the second profile.
 16. The method forcustomizing the video service in the content distribution system for theplurality of associated users as recited in claim 15, further comprisinga step of presenting a question to the user after exiting from aprogram.
 17. The method for customizing the video service in the contentdistribution system for the plurality of associated users as recited inclaim 15, wherein the questions has more than two possible responses.18. The method for customizing the video service in the contentdistribution system for the plurality of associated users as recited inclaim 15, modifying the first profile to remove older interactioninformation in the first profile.
 19. The method for customizing thevideo service in the content distribution system for the plurality ofassociated users as recited in claim 15, modifying the second profile toremove older interaction information in the second profile.
 20. Acomputer-readable medium having computer-executable instructions forperforming a computer-implementable method for or customizing the videoservice in the content distribution system for the plurality ofassociated users of claim 15.